Closed
Bug 272452
Opened 20 years ago
Closed 16 years ago
reproducable way to leave a firefox.exe process around after I quit (java applet / yahoo messenger)
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: sspitzer, Assigned: jst)
References
(Blocks 1 open bug)
Details
reproducable way to leave a firefox.exe process around after I quit. 1) start firefox (I'm using 1.0) 2) open a single browser window, to http://messenger.yahoo.com/ 3) click on "Launch Web Messenger" which will launch a second window, with java applet (java applet might be key) 4) close the first browser window, so you are left with the one window with the yahoo messenger java applet 5) close that window at this point, I would expect no more firefox.exe processes running, but I have one. 6) click on the firefox desktop short cut icon 7) I get the profile picker
Reporter | ||
Updated•20 years ago
|
Summary: reproducable way to leave a firefox.exe process around after I quit → reproducable way to leave a firefox.exe process around after I quit (java applet / yahoo messenger)
Comment 1•20 years ago
|
||
Johnny, can you have a look at this? We've got a number of reports of people who are confronted with the profile manager (many of whom accidentally create a new profile and then think they've lost their old data).
Assignee: firefox → jst
Comment 2•19 years ago
|
||
I get this problem consistently when I close Firefox while a Java applet is in the middle of loading.
Here happens the same. Firefox 1.0.4 Windows 2000 Java Plug-in 1.5.0_02
Comment 4•19 years ago
|
||
At work are building a proprietry application that is also occassionally subject to this exact problem. Haven't managed to find a set of steps to reproduce though. Just happens that when I exit the browser sometimes the firefox process continues to hang around. I've used firefox since just before 1.0 was released and its happened in all the version's I've used. Specification of my current setup: Firefox 1.0.4 Java Plugin 1.4.2_07, Windows XP Pro Our proprietry applet communicates using TCP sockets with the server that served it up and also uses a thread to send heartbeats to keep connections alive that would otherwise idle and timeout. Perhaps similar in architecture to yahoo's messenger applet? What I find in the process list hints at a thread related issue - firefox.exe will continue running after closing the gui, so will a uniquely named ****tmp.exe process which I assume is the thread.
Comment 5•19 years ago
|
||
(In reply to comment #4) In my testing any plugin or applet engaged in communications will cause the process hang. Other than available applications from various sources mentioned I also tested with an applet that I could control in its HTTP request/response processing. I could not get Firefox to hang in memory during applet load or at any other time other than when it was engaged in communications. IE does not have this problem with 1.4.x or 1.5.x Java plugin tests, latest releases of these Java lines do not seem to help this issue in Firefox.
Comment 6•18 years ago
|
||
It definitely seems related to Java Applets or Sun's Java Plugin: To reproduce test: 1) Open any java applet in Firefox (even a "Hello World" program), 2) After it has loaded, press "Back" or goto a different web page, 3) Try to close Firefox, it will shutdown properly and so will the Java Plugin. 4) Re-open any java applet in Firefox, 5) This time, try to close Firefox while the Java applet is still loaded, 6) Firefox and Java Plugin dont actually close! Java stays running, and Firefox.exe is still running but the window is gone and it won't let you re-open Firefox until using Task Manager to shutdown "firefox.exe". I have tested this in Mozilla 1.7.6, IE 6.0 and Netscape 8.0.3, they are all fine, the problem is only with Firefox! Firefox 1.5.0.3 WinXP sp2 Java Plugin 1.5.0.6
Comment 7•18 years ago
|
||
*** Bug 339609 has been marked as a duplicate of this bug. ***
Comment 8•18 years ago
|
||
*** Bug 340676 has been marked as a duplicate of this bug. ***
Comment 9•18 years ago
|
||
*** Bug 341246 has been marked as a duplicate of this bug. ***
Comment 10•18 years ago
|
||
*** Bug 341246 has been marked as a duplicate of this bug. ***
Updated•17 years ago
|
Depends on: zombieproc
Comment 12•17 years ago
|
||
It this still a Problem in a current Firefox Nightly Build / Gran Paradiso Build ?
Updated•17 years ago
|
Blocks: zombieproc
No longer depends on: zombieproc
Comment 13•16 years ago
|
||
(In reply to comment #12) > It this still a Problem in a current Firefox Nightly Build / Gran Paradiso > Build ? > It works fine now, on Firefox 2.0.0.14 (public release) and Sun Java 1.6.0_05-b13 on WinXPsp2. Congrats!
Comment 14•16 years ago
|
||
closing as works for me per comment #13, thanks shervin.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•